@azuresdkci Can anyone from SDK-Net team review this PR? This PR is basically re-recording all sql tests to make sure the rest-api changes work.

I'm not sure why the build of this PR failed. I build the following projects locally, they all work.

1. /azure-sdk-for-net/build.proj
2. /azure-sdk-for-net/azure-sdk-for-net/src/SDKs/SqlManagement/Management.Sql/Microsoft.Azure.Management.Sql.csproj
3. /azure-sdk-for-net/azure-sdk-for-net/src/SDKs/SqlManagement/SQL.Tests/SQL.Tests.csproj

https://travis-ci.org/Azure/azure-sdk-for-net/builds/360473280#L6170

DatabaseRestoreScenarioTests.cs(360,25): error CS0200: Property or indexer 'Database.Edition' cannot be assigned to -- it is read only [/home/travis/build/Azure/azure-sdk-for-net/src/SDKs/SqlManagement/Sql.Tests/Sql.Tests.csproj]
DatabaseRestoreScenarioTests.cs(361,25): error CS0200: Property or indexer 'Database.RequestedServiceObjectiveName' cannot be assigned to -- it is read only [/home/travis/build/Azure/azure-sdk-for-net/src/SDKs/SqlManagement/Sql.Tests/Sql.Tests.csproj]

I think this is due to recent checkin of #4168. Please merge from psSdkJson6 and then it should repro on your machine.

@jaredmoo Thanks Jared. After merge with psSdkJson6 I could repro the build error. Fix the test and redo recording on this test. Will update the PR later.

For the record: there are some customizations that I added, the idea here is to add getters for properties that existed in the old API. Setters are generally not implemented because there are some differences in PUT behavior, so I would prefer for users to get compile errors (no setter for property) rather than weird runtime behaviour.

I think AssemblyInfo.cs and Management.Sql.csproj need version bump (compared to latest version at https://www.nuget.org/packages/Microsoft.Azure.Management.Sql). And release notes:

 - Database and ElasticPool now use Sku property for scale and tier-related properties. We have made this change in order to allow future support of autoscale, and to allow for new vCore-based editions.
    * Database.Sku has replaced Database.RequestedServiceObjectiveName and Database.Edition. Database scale can be set by setting Sku.Name to the requested service objective name (e.g. S0, P1, or GP_Gen4_1), or by setting Sku.Name to the sku name (e.g. Standard, Premium, or GP_Gen1) and set Sku.Capacity to the scale measured in DTU or vCores.
    * Database.CurrentSku has replaced Database.ServiceLevelObjetive.
    * Database.CurrentServiceObjectiveId and Database.RequestedServiceObjectiveId have been removed.
    * ElasticPool.Sku has replaced ElasticPool.Dtu. Elastic pool scale can be set by setting Sku.Name to the requested sku name (e.g. StandardPool, PremiumPool) and setting Sku.Capacity to the scale measured in DTU or vCores.
    * ElasticPool.PerDatabaseSettings has replaced ElasticPool.DatabaseDtuMin and ElasticPool.DatabaseDtuMax.
 - Database.MaxSizeBytes is now a long instead of string.
 - LocationCapabilities tree has been changed in order to support capabilities of new vCore-based database and elastic pool editions.

Hi reviewers, please review this PR. Thanks

@dsgouda , @azuresdkci Can any reviewers from azuresdk team take a look at this PR? Thanks!

@dsgouda Thanks Deepak! I have pull down the latest upstream and regenerated the sdk in the latest commit. waiting for the build/CI check pass

@dsgouda Thanks Deepak. It seems the default build always has errors not related with the changes. Does it matter? If yes, can you point me how to fix it?

@payiAzure I am taking a look at the errors, kindly wait for it to be resolved.

@dsgouda It seems the re-tried build still had the same error. What does this error mean?

c:\workspace\NetCore-SdkCI\tools\SdkBuildTools\targets\common.targets(192,5): error MSB3073: The command "dotnet test -f netcoreapp1.1 c:\workspace\NetCore-SdkCI\src\AzureStack\FabricAdmin\Fabric.Admin.Tests\Fabric.Tests.csproj -l trx;LogFileName=c:\workspace\NetCore-SdkCI\TestResults\netCore11\Fabric.Tests.trx " exited with code -1073741502. [c:\workspace\NetCore-SdkCI\build.proj]